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BACKGROUND OF THE INVENTION 

Technical Field of the Invention 

The present invention relates in general to the mobile 
communications and Internet fields and, in particular, but not 
exclusively, to an Internet Protocol (IP) -based Base Station 
System (BSS) architecture for General Packet Radio 
Service/Enhanced Data Rates for Global Evolution (GPRS/EDGE) 
applications . 

Description of the Prior Art 

FIGURE 1 is a block diagram of an existing BSS architecture 
for the GPRS. Referring to FIGURE 1, the GPRS BSS includes a 
Radio Base Station (RBS) 10. The RBS includes a Channel Control 
Unit (CCU) 12. The RBS is connected to a Base Station 
Controller/Transcoder Controller (BSC/TRC) 14. The BSC includes 
a Packet Control Unit (PCU) 16. Notably, the PCU can also be 
located in the RBS 10. The BSC 14 is connected to a Serving 
GPRS Support Node (SGSN) 18. An Operations and Support System 
(OSS) 20 is connected to the BSC 14. 
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FIGURE 2 is a block diagram of an IP-based BSS 200, which 
has been developed by Ericsson. A more detailed description of 
such an IP-based BSS is disclosed in the above-described 
commonly-assigned, co-pending U . S . Application for Patent Serial 
5 No. 09/494,606, the entire disclosure of which is incorporated 
Cj herein by reference. 

2 Referring to FIGURE 2, the IP-based BSS 200 can include 

JiJ three types of nodes connected to an IP network 208. A first 

Srj node connected to the IP network 208 is an RBS 202 . In general, 

L, 10 the RBS 202 functions similarly to existing RBSs used for 

fa 

M implementing a GSM model. Moreover, the RBS 202 also provides 

Q IP support for the BSS 200. For example, the RBS 202 functions 

D 

as an IP host and can include an IP router (not shown) . The IP 
router can be used to route payload User Datagram Protocol (UDP) 
15 datagrams to one or more Transmitter/Receivers (TRXs) and also 
for connecting a plurality of RBSs in various topologies. 

A second node connected to the IP network 208 is a Gateway 
(GW) 204. The GW 204 can be used to terminate the A-interface. 
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Also, the GW 204 can perform a conversion from one protocol 
(e.g., SS7 protocol) to another protocol (e.g., Transmission 
Control Protocol (TCP) /IP) . The GW 204 can also include a Media 
GW (MGW) which functions similarly to existing TRCs used for 
5 implementing a GSM model. The MGW (not shown) includes a pool 
of Transcoder/Rate Adaptor (TRA) devices (not shown) , which, 
when allocated, are connected to the A-interface. However, the 
IP network (e.g., GSM) side of the TRAs in the MGW are connected 
to respective UDP ports. Preferably, the GW 204 is connected to 

10 the IP network 208 via a separate router (not shown) . 

A third 'node connected to the IP network 208 is a Radio 
Network Server (RNS) 206. The RNS 206 functions similarly to a 
BSC used for implementing a GSM model. A primary difference 
between the RNS 206 and a BSC is that the RNS does not switch 

15 payloads and does not include a Group Switch (GS) . As such, the 
RNS 206 preferably carries signalling only, and includes a pool 
of processors (e.g., the number of processors determined by 
capacity requirements) . The RNS 206 provides a robust, general 
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purpose distributed processing environment, which can be based 
on a standard operating system such as, for example, 
SUN/Solaris™. The 206 can serve one or more logical BSCs and 
is preferably connected to the IP network 208 via a separate 
5 router. As such, the payload can be routed directly between the 

0 GW 204 and RBS 2 02, without passing through the RNS' 206 

01 processors. The A-interface signalling is routed between the 
SO 

JtJ RNS 206 and GW 204. 

jfj c 

**** .... 
Zrj The EDGE standard has been developed for a Time Division 

L ; 10 Multiple Access (TDMA) packet data system based on the GPRS 

y' technology. Essentially, the EDGE technology has been developed 

Q to provide an evolutionary path for GSM and TDMA operators to 

r~*t 

more effectively use the so-called 3 rd Generation System's 
services, by building on the existing GPRS network 
15 infrastructure and radio air interface. EDGE technology is 
being developed to support best effort packet data transmissions 
at data rates of up to about 384 kbps, and Voice over Internet 
Protocol (VoIP) functionality. 
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In one approach being considered for an existing BSS, the 
PCU was to be located in the BSC (e.g., such as shown in FIGURE 
1) . The reason for following this approach was because, at the 
time, it was the most effective way to introduce GPRS into the 
5 available BSS technology. As such, with the STM-connected RBSs 
U in use at the time, which supported data rates of only 16kb/s 

01 for each radio air timeslot, not many other options were 

^ available. 

In another approach being considered for an IP-based BSS, 

yd 

f. 10 the decision made was to locate the PCU in the RBS . The reasons 

Q 

H set forth for this approach were as follows: higher transmission 

q efficiencies could be attained, because the LLC frames could be 

treated as low priority packets in the transmission network; 
transmission network dimensioning could be accomplished easier 
15 than before, because peak allocations would not be needed, 
resulting in less transmission bandwidth needed; no 
synchronization protocol would be needed over the transmission 
network between the Radio Link Control/Medium Access Control 
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(RLC/MAC) and CCU; lower signalling overhead would be needed; 
the lowest possible round-trip delay would occur, which would 
create no risk in stalling the RLC/MAC protocol used; there 
would be no risk in having to retransmit RLC/MAC blocks over the 
5 transmission network because of the ARQ approach used; and 
p Moore' s Law would make the manufacturing cost impact on the RBS 

yp 

yl much lower over time, 

ffi Subsequently, a number of drawbacks to the above-described 

un 

O approach for an IP-based BSS (to locate the PCU in the RBS) were 

f 10 recognized. First, the task of configuring the Network Service- 

rs 

~ Virtual Connection (NS-VC) on the Gb interface would have to be 

q performed manually. As such, instead of having only one Gb 

o 

interface to configure (as in the earlier approach) , hundreds to 
thousands of Gb interfaces to the SGSN would have to be 
15 configured manually. This problem is especially significant 
since a primary objective of the IP-based BSS is to provide an 
effective plug-and play environment. Another drawback of the 
above-described approach is that a * Flush" function only works 
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within one PCU. As such, when a Mobile Station (MS) performs a 
cell re-selection, the queue can be moved to the new RBS, but 
only within one PCU. With a PCU in the RBS, the queue would be 
discarded if the MS were to make a cell re-selection to a cell 
5 in another RBS with subsequent performance hits. 
PI Another drawback of the above-described approach of 

fn locating the PCU m the RBS is that this approach hinders the 

Ejl development of a point-to-multipoint environment. In other 

Q words, one of the more important functions foreseen for an IP- 

s 10 based BSS is one that broadcasts information to groups of 

Q mobiles, so that it is beneficial to have a broad view of the 

H : 

J;; BSS network. As such, the multi-point broadcast function should 
£3 

I ! 

~ be centrally located, which is an impractical approach when the 

PCU is located in the RBS. 
15 Still another drawback of the above-described approach is 

that it hinders the possibility of optimizing paging functions. 
In other words, the paging distribution function can be seen as 
being primarily a radio network function and not an SGSN 
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function. If the approach was better able to take advantage of 
; the knowledge about mobiles inside the Radio Access Network, the 

paging functions could be better optimized. 

Notably, an important consideration for an IP-based BSS is 
5 that a GW device is needed for a number of reasons. For 
H example, a GW can function as an anchor point for a handover. 

As such, in a system with real-time services (e.g., speech), 
T r J such an anchor point is needed for handover at the ingress to 

i— J 

m the BSS. Next, a GW can function as the border of an 

M* 10 administrative domain. Moreover, even if the Core Network in a 

H 1 system is also an IP network, a device such as a GW is needed as 

O a delimiter for administrative purposes (e.g., assignment of IP 

Q 

addresses) . Additionally, a GW can function for payload 
formatting and encryption conversions or terminations. As such, 
15 the payload formats and encryption methods can vary in Core 
Networks depending on the vendor. Also, a GW can enhance 
Quality of Service (QoS) mapping. For example, an IP-based BSS 
could be using Differentiated Services (Diff Serv) applications 
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(e.g., as defined in IETF RFC 2475, *An Architecture for 
Differentiated Services" ) , and the Core Network could be using 
another type of service. Consequently, a GW could be used to 
map the QoS from one service to the other. Even if the Core 
5 Network also uses Dif f Serv applications, the Core Network could 
also use another type of mapping of services to code points, for 

i! example. In other words, a GW provides the freedom for an 

J>.j operator to use different mappings. 

fees* 

pj Moreover, a GW can enhance the pricing of the bit-pipe from 

Mi 10 the SGSN. For example, one idea being considered for marketing 

O 

H GPRS is to price the peak rate for the pipe from the SGSN. This 

O function would be extremely difficult to perform without a GW. 

; t 

Also, a GW would allow an operator to configure the links from 
the SGSN and MSC so as to keep the number of such links to a 
15 minimum. Finally, a GW could be provided for transcoding and 
signalling for backwards compatibility with the A- and Gb- 
interf aces . 
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For all of the above-described reasons, a new architecture 
for GPRS/EDGE applications in a BSS is needed (for GSM and TDMA 
systems) . As described in detail below, the present invention 
provides such an architecture which successfully resolves the 
5 above-described problems and other related problems. 

ae=i 

u 

LP 
Cfl 
w 
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SUMMARY OF THE INVENTION 

In accordance with a preferred embodiment of the present 
invention, a BSS infrastructure is provided which is based on an 
IP or packet-based, connection-less protocol. Notably, the 
5 present invention can be implemented for any IP-based Radio 
y Access Network, and in particular (but not exclusively) , can be 

implemented for GSM and TDMA systems, including those with 
jjsj GPRS/EDGE applications. 

f.i An important technical advantage of the present invention 

y : 10 is that a BSS architecture is provided whereby the 

f=£: infrastructure is packet-switched with a connection-less 

□ orientation. 

Another important technical advantage of the present 
invention is that a BSS architecture is provided whereby 
15 circuit-switched and packet-switched services traffic can be 
mixed. 
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Still another important technical advantage of the present 
invention is that a BSS architecture is provided whereby the 
mixing of speech and data traffic is particularly efficient. 

Still another important technical advantage of the present 
5 invention is that the architecture that can be implemented is in 
conformance with 3rd Generation Radio Access Network 
specifications . 

Still another important technical advantage of the present 
invention is that the architecture that can be implemented can 
10 facilitate the use of plug *n play applications. 

Yet another important technical advantage of the present 
invention is that the architecture that can be implemented can 
facilitate network planning (e.g., IP can route data via 
alternative paths if failures should occur. 
15 Still another important technical advantage of the present 

invention is that the architecture that can be implemented can 
facilitate making changes to the network, because no switching 
is performed in the RNS. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the method and apparatus 
of the present invention may be had by reference to the 
following detailed description when taken in conjunction with 
5 the accompanying drawings wherein: 
B FIGURE 1 is a block diagram of an existing BSS architecture 

for a GPRS system; 

fj; FIGURE 2 is a block diagram of an IP-based BSS, which has 

p! been developed by Ericsson; 

y : 10 FIGURE 3 is a block diagram of an exemplary logical 

L§> architecture for one or more Network Service Entities (NSEs), 

O which can be used to implement an IP-based BSS in accordance 

with the preferred embodiment of the present invention; 

FIGURE 4 is a block diagram of an exemplary functional 
15 distribution for an IP-based BSS (Gb on a Frame Relay (FR) ) , 
which can be implemented in accordance with the preferred 
embodiment of the present invention; 
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FIGURE 5 is a block diagram of an exemplary functional 
distribution for an IP-based BSS (Gb on an IP) , which can be 
implemented in accordance with the preferred embodiment of the 
present invention; and 
5 FIGURE 6 is a diagram that illustrates an exemplary PCU 

(NSE) protocol that can be used to implement an IP-based BSS, 
such as, for example, BSS 400 shown in FIGURE 4 or BSS 450 shown 
in FIGURE 5, in accordance with the preferred embodiment of the 
present invention. 
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DETAILED DESCRIPTION OF THE DRAWINGS 

The preferred embodiment of the present invention and its 

advantages are best understood by referring to FIGURES 1-6 of 

the drawings, like numerals being used for like and 
5 corresponding parts of the various drawings. 
^ Essentially, in accordance with a preferred embodiment of 

the present invention, a BSS infrastructure is provided which is 
ffj based on an IP- or packet-based, connection-less protocol. 

Sj Notably, the present invention can be implemented for any IP- 

M, 10 based Radio Access Network, and in particular (but not 

M> exclusively) , can be implemented for GSM and TDMA systems, 

e 

O including those with GPRS/EDGE applications. 

O 

Specifically, FIGURE 3 is block diagram of an exemplary 
logical architecture 300 for one or more NSEs, which can be used 
15 to implement an IP-based BSS in accordance with the preferred 
embodiment of the present invention. For this embodiment, the 
architecture 300 shown is described preferably for 
implementation in an IP-based BSS for GPRS/EDGE applications. 
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However, it should be understood that the present invention is 
not intended to be so limited, and can be implemented in a BSS 
or similarly functioning apparatus in any appropriate mobile 
communications network (e.g., GSM, GPRS, TDMA, CDMA network) . 
5 Referring to FIGURE 3, it can be assumed that the Gb- 

y interface shown provides an appropriate interface between an 

j*j SGSN (not explicitly shown) and a BSS (not explicitly shown) . 

Also, the Um-interface (s) shown provide (s) an appropriate radio 
m air interface between the BSS and one or more MSs (not 

y, 10 explicitly shown) . The BSS includes at least one NSE (e.g., for 

y ; the purposes of this description, an NSE is functionally similar 

□ to a PCU) . For this exemplary embodiment, a plurality of NSEs 

302a-n is shown. Each such NSE can include a Point-to- 
Multipoint Functional Entity 304a-n, a plurality of Point-to- 
15 Point Functional Entities 306a-n (e.g., one per cell in an NSE) , 
a BSS GPRS Protocol (BSSGP) Virtual Connection (BVC) Signalling 
Functional Entity 308a-n, and a Message Distributor Functional 
Entity 310a-n. 
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Each Point-to-Multipoint Functional Entity (e.g., 304a) 
functions to handle connections between multiple endpoints and 
is preferably centrally located in the BSS. For example, a 
Point-to-Multipoint Functional Entity can be located in a GW, 
5 RNS, or any other appropriately located network element. For 
^ this exemplary embodiment, each Point-to-Point Functional Entity 

S - X 

Jtj 306a-n includes an RLC/MAC, and therefore, is preferably located 

frj in the RBS (not explicitly shown) for performance reasons. A 

m respective Transceiver (TRX) channel couples a Point-to-Point 

M' 10 Functional Entity to a radio air interface, Urn. Each BVC 

P 

H ! Signalling Functional Entity 308a-n handles the BVC management 

Q and paging functions for the NSE involved. If a BSS is 

p 

configured to include only one NSE, the BVC Signalling 
Functional Entity is preferably centrally located in the BSS 
15 (e.g., in the RNS). In order to be able to distribute the 
above-described Functional Entities across different network 
elements, each Message Distributor Functional Entity 310a-n is 
capable of distributing BVCI-based BSSGP packets to the 
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different network elements. Preferably, each Message 
Distributor Functional Entity is located at the ingress of the 
Gb-interface to the BSS. 

FIGURE 4 is a block diagram of an exemplary functional 
5 distribution for an IP-based BSS 400 (Gb on FR) , which can be 
y implemented in accordance with the preferred embodiment of the 

JJ: present invention. Again, the exemplary functional distribution 

Tri shown is described preferably for implementation in an IP-based 

n\ BSS for GPRS/EDGE applications. However, it should be 

M< 10 understood that the present invention is not intended to be so 

O 

M: limited, and can be implemented in a BSS or similarly 

D functioning entity in any appropriate mobile communications 

O 

network (e.g., GSM, GPRS, TDMA, CDMA network) . 

Referring to FIGURE 4, the exemplary BSS 400 can include an 
15 RBS 402, a GW 404, an RNS 406, and a Point-to-Multipoint 
Functional Entity 408. The RBS 402 shown includes a plurality 
of CCUs 410a-n, each of which functions to control RF modulation 
and channel coding. The RBS also includes a plurality of 

19 
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RLC/MAC controller units 412a-n, each of which functions herein 
preferably as a Point-to-Point Functional Entity. A BSSGP 
Termination unit 414 functions to terminate BSSGP connections 
for point-to-point connections (e.g., 412a-n) . The BSSGP 
5 Termination unit 414 is coupled to the RNS 406 via a G21-b 
O Signalling Protocol (420, 430) . A Pager Agent unit 416 

ifj functions to distribute page commands to all cells within the 

uJ 

J>j RBS . The Pager Agent unit 416 is coupled to the Pager Unit 438 

o 

ry in the RNS 406 via a G21-c Signalling Protocol (418, 428) . 

„y, 10 The GW 404 shown includes a Network Service (NS) Management 

M= Functional Entity 422. The NS Management Functional Entity 422 

Q is coupled to the RNS 406 via a GW-RNS Signalling Protocol (424, 

Q 

432) . The GW 404 also includes a Message Distributor Functional 
Entity 426, which functions to distribute BVCI-based BSSGP 
15 packets to different network elements. The Message Distributor 
Functional Entity 426 is coupled via the Gb-interface to the 
SGSN (not explicitly shown) , and to a Point-to-Multipoint 
Functional Entity 408, which functions to provide a connection 
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to multiple endpoints. The Message Distributor Functional 
Entity 42 6 is also coupled to the BSSGP Termination Functional 
Entity 414 in the RBS 402. 

The RNS 406 includes a BVC Management Functional Entity 
5 434. The BVC Management Functional Entity 434 is coupled to the 
BSSGP Functional Entity 414 in the RBS 402 via the G21-b 
Signalling Protocol (420, 430), and to the NS Management 
Functional Entity 422 in the GW 404 via the GW-RNS Signalling 
Protocol (424, 432) . The NS Management Functional Entity 422 is 

10 also coupled to a BSSGP Termination unit 436, which functions to 
terminate BSSGP signalling connections. The RNS 406 also 
includes a Pager unit 438, which functions to distribute Page 
commands to all RBSs within the Location Area, Routing Area, or 
BSS Area involved. The Pager unit 438 is coupled to the Pager 

15 Agent unit 416 in the RBS 402 via the G21-c Signalling Protocol, 
and to the BSSGP Termination Functional Entity 436 in the RNS 
406. 
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In operation, referring to FIGURE 4, if the BSS 400 is to 
support the A-interface or Gb-interface on a frame relay (FR) , 
then it is preferable to include a network element that can 
convert the A- and Gb-interf aces to IP. However, if the BSS 400 
5 is to support only GPRS applications, then with a Gb-interface 

Q on an IP (e.g., described in detail below), the Message 

yn 

jjj Distributor 426 can be used. As mentioned earlier, the Message 

f f j Distributor 42 6 can be located in one of a number of places, 

^ such as, for example, in the GW 4 04, the RNS 406, or the SGSN 

y, 10 (not explicitly shown) . The advantages of locating the Message 

Q 

y* Distributor in the GW have been described above. The primary 

O disadvantage of locating the Message Distributor in the GW is 

that this approach adds another network element with cost and 

availability issues that need to be resolved. However, this 
15 problem can be resolved to a certain extent by using an AXE 

Digital Switching System (manufactured by Ericsson) as the GW 

for an IP-BSS. 
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If the Message Distributor were to be located in the RNS 
406, the entire data stream from the SGSN could be conveyed 
through the RNS backplane. This approach would be acceptable 
for relatively small loads from the SGSN or for relatively small 
5 systems, but not acceptable for large systems. The Message 
^ Distributor can also be located in an SGSN. Such an approach is 

jtj described below with respect to FIGURE 5. 

sri The NS Management Functional Entity 422 is used where the 

pj NS layer of the Gb-interface is terminated (e.g., in the GW) . 

2 

M< 10 NS status reports are forwarded to the BVC Management Functional 

O 

H : Entity 434 in the RNS 406. If the link to the SGSN fails (e.g., 

Ci a hardware failure) , the NS Management Functional entity 422 

reports this failure to the BVC Management Functional Entity 434 
in the RNS, in order to block operation of the Point-to-Point 
15 Functional Entities (e.g., 412a-n) in all of the RBSs involved. 
The GW-RNS Signalling Protocol (424, 432) is used to convey the 
failure signalling message (separate from the BSSGP signalling) 
from the NS Management Functional Entity 422 to the BVC 
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Management Functional Entity 434. In response, the BVC 
Management Functional Entity 434 conveys a message to the BSSGP 
Termination Functional Entity 414 in the RBS 402 via the G21-b 
interface (using the G21-b Signalling Protocol 420, 430), in 
order to block operation of the Point-to-Point Functional 
Entities (412a-n) . 

FIGURE 5 is a block diagram of an exemplary functional 
distribution for an IP-based BSS 400 (Gb on IP), which can be 
implemented in accordance with the preferred embodiment of the 
present invention. For this exemplary embodiment, the Gb over 
IP protocol being implemented in accordance with the present 
invention, includes functionality to distribute signalling 
messages, to the NS Management Functional Entity in the RNS, and 
point-to-point messages to the NS Management Functional Entity 
in the RBS. In this case, a Message Distributor is not needed 
in the BSS. One possible implementation in the SGSN is shown in 
FIGURE 5. Again, the exemplary functional distribution shown is 
described preferably for implementation in an IP-based BSS for 
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GPRS/EDGE applications. However, it should be understood that 
the present invention is not intended to be so limited, and can 
be implemented in a BSS or similarly functioning entity in any 
appropriate mobile communications network (e.g., GSM, GPRS, 
5 TDMA, CDMA network) . 
3 Referring to FIGURE 5, the exemplary BSS 4 50 includes an 

i| RBS 452, and an RNS 456. The RBS 452 shown includes a plurality 

yj 
ffi 

fpj of CCUs 460a-n, each of which functions to control RF modulation 

and channel coding. The RBS also includes a plurality of 

y : 10 RLC/MAC controller units 4 62a-n, each of which functions herein 

Q 

Mt preferably as a Point-to-Point Functional Entity. A BSSGP 

Q Termination unit 4 64 functions to terminate BSSGP connections 

for point-to-point connections. The BSSGP Termination unit 4 64 
is coupled to the RNS 456 via a G21-b Signalling Protocol (470, 
15 480) . A Pager Agent unit 466 functions to distribute page 
commands to all cells within the RBS. The Pager Agent unit 4 66 
is coupled to the Pager Unit 488 in the RNS 456 via a G21-C 
Signalling Protocol (468, 478) . The RBS 452 also includes an NS 
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Management Functional Entity 472. The NS Management Functional 
Entity 472 is coupled to the SGSN 490 via the Gb over IP 
Signalling Protocol. 

The SGSN 490 includes a Message Distributor Functional 
Entity 476, which functions to distribute BVCI-based BSSGP 
packets to the different network elements. The Message 
Distributor Functional Entity 476 is coupled to a control unit 
489, which can distribute BSSGP packets based on MS identity to 
appropriate UDP/IP endpoints, and to an NS Management Functional 
Entity (for signalling functions) 473 in the RNS 456. The 
control unit 489 is coupled via the Gb-interface to the NS 
Management Functional Entity (for PTP functions) 472 in the RBS 
452. 

The RNS 456 includes a BVC Management Functional Entity 
484. The BVC Management Functional Entity 484 is coupled to the 
BSSGP Functional Entity 464 in the RBS 452 via the G21-b 
Signalling Protocol (470, 480) , and to a BSSGP Termination unit 
486, which functions to terminate BSSGP signalling connections. 
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The RNS 456 also includes a Pager unit 488, which functions to 
distribute Page commands to all RBSs within the Location Area, 
Routing Area, or BSS Area involved. The Pager unit 488 is 
coupled to the Pager Agent unit 4 66 in the RBS 452 via the G21-C 
5 Signalling Protocol, and to the BSSGP Termination Functional 
P Entity (for signalling functions) 486 in the RNS 456. 

j^j In operation, referring to FIGURE 5, for this aspect of the 

jj^j invention, the BSS 450 can be used to support only GPRS 

hI applications, and with the Gb-interface on IP, the Message 

y t 10 Distributor 476 can be located in the SGSN. The NS Management 

f*b Functional Entity 472 is used where the NS layer of the Gb- 

0 interface is terminated (e.g., in the RBS) . NS status reports 

are forwarded to the BVC Management Functional Entity 484 in the 
RNS 456. If the link to the SGSN fails (e.g., a hardware 
15 failure) , the NS Management Functional entity 472 reports this 
failure to the BVC Management Functional Entity 484 in the RNS, 
in order to block operation of the Point-to-Point Functional 
Entities (e.g., 462a-n) in the RBS involved. The G21b 
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Signalling Protocol can be used to convey the failure signalling 
message (separate from BSSGP signalling) from the NS Management 
Functional Entity 472 to the BVC Management Functional Entity 
484. In response, the BVC Management Functional Entity 484 
5 conveys a message to the BSSGP Termination Functional Entity 4 64 
y in the RBS 452 via the G21-b interface (using the G21-b 

L| Signalling Protocol 470, 480), in order to block operation of 

r=> the Point-to-Point Functional Entities (462a-n) . 

G 

nj An important aspect of the preferred embodiment is the use 

M» 10 of a Message Distributor function to distribute other functional 

Q 

M' entities in the BSS over different network elements. In other 

N 1 

C3 words, for the exemplary embodiment described above with respect 

to FIGURES 3, 4 and 5, a Message Distributor function (e.g., 426 
or 476) is capable of distributing BVCI-based BSSGP packets to 
15 the different network elements involved. For example, the 
Message Distributor 426 or 476 reads the BVCI of each packet 
received from or at the SGSN and, from a local table, reads the 
corresponding IP address and port number associated with each 
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such BVCI. For the BVC Signalling Functional Entity 308a-n 
(received packets with BVCI=0) , the Message Distributor 426 or 
476 sends all messages to the RNS 406 or 456. For each received 
packet with a BVCI>1, the Message Distributor 426 sends the 
packet to the corresponding RBS 4 02 or 452. This approach 
routes the received packets relatively efficiently, because all 
payloads and signalling pass through the Message Distributor 

The above-described BVCI-to-IP address/port table can be 
built in the Message Distributor 426 by using a "plug 'n play" 
type application. An exemplary method that can be used for 
building such a table is that when a cell having a BVCI>1 (e.g., 
cell supporting packet) is configured, the associated IP address 
and port number for payload messages are reported to the Message 
Distributor 426 or 476. Each BVCI and related address/port can 
thus be associated with the other via the table. The IP address 
to the Message Distributor can be determined by use of a 
appropriate service, such as, for example, ^Naming Services" 
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Returning for the moment to FIGURE 4, a relatively reliable 
protocol is needed to convey information from the GW 404 to the 
RNS 406. If the BSSGP packets (e.g., for packets with a BVCI=0) 
are terminated in the RNS 406, then the BSSGP can be regarded as 
5 an appropriately reliable protocol. However, if packets are 
H not to be terminated in the RNS 406, then a different protocol 

)fj can be specified for the interface between the GW 404 and the 

r^i RNS 406. In any event, if the Message Distributor 426 is 

y i 

|rj located in the GW 404, the component of the BSSGP that is to be 

y t 10 sent to the BVC Signalling Entity 308a-n needs to be reliably 

H conveyed. 

CI For this exemplary embodiment, as illustrated by FIGURES 3, 

4 and 5, it can be assumed that there can be several UDP/IP 
ports per NSE (PCU) . If such a port becomes overloaded, then 
15 another NSE can be defined with one or several associated UDP/IP 
ports. For this approach, the BSS 400 or 450 can be 
reconfigured so that the RBSs are distributed over these NSEs 
(PCUs) . 



Dallas2 722809 v 1, 34648.00438USPT 



30 



Patent Application 
Docket #34648-00438USPT 
P13438US1 

As described above, in accordance with the preferred 
embodiment of the present invention, the PCUs (NSEs) are 
implemented advantageously in an IP-based BSS (e.g., 400 or 450) 
with a distributed Gb architecture. As such, with the exemplary 
5 architecture described herein for the preferred embodiment, all 
downlink BSSGP data (from or at the SGSN) is received in the 
Message Distributor 426 or 476. The Point-to-Point signalling 
and payload data are routed to the appropriate Point-to-Point 
BSSGP entity in the associated RBS 402 or 452. Preferably, all 
10 other data are forwarded to the RNS 406 or 456. In the uplink 
direction (toward the SGSN) , all BSSGP data are forwarded to the 
GW 404 Or SGSN 490 from the RBS 402 or 452, or the RNS 406 or 
456. 

FIGURE 6 is a diagram that illustrates an exemplary PCU 
15 (NSE) protocol 500 that can be used to implement an IP-based 
BSS, such as, for example, BSS 400 in FIGURE 4 or BSS 450 in 
FIGURE 5, in accordance with the preferred embodiment of the 
present invention. As such, referring to FIGURES 3-6, the BSSGP 
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protocol for the IP-based BSS terminates in the RBS 402 or 452, 
and the RNS 406 or 456. An exemplary functional distribution 
for such a BSSGP protocol is as follows. First, note that in 
FIGURE 6, the combination of the NS and FR is described in 
5 existing standards, the combination of NS' and UDP/IP represents 
Q the developing standard for Gb on IP, and the layer MPADPT" is 

rJ a proprietary IP ADaPTion layer. 

For this exemplary embodiment, the Interface (i) 502 is 

v i 
Q 

n;j implemented to realize BSSGP point-to-point payload and 

y : 10 signalling messaging. With respect to the Interface (i) 502 

Q 

H* shown, with flow in the direction from the GW 404 to the RBS 

O 402, the following service primitives can be supported. The 

service primitive *RL-DL-UNITDATA. ind" represents the receipt by 
a BSS of a DL-UNITDATA PDU from an SGSN. This PDU contains an 
15 LLC-PDU and MS control information needed for transmission of 
the LLC-PDU across the radio air interface. The service 
primitive *GMM-PAGING . ind" represents the receipt by a BSS of a 
PAGING PS PDU or PAGING CS PDU from an SGSN. This PDU contains 
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instructions to page an MS within a specified cell (e.g., a 
Point-to-Point paging message) . The service primitive *GMM-RA- 
CAP ABILITY, ind" represents the receipt by a BSS of an RA- 
CAPABILITY PDU from an SGSN. This PDU provides the new Radio 
5 Access capability of an MS. The service primitive * GMM-RA- 
C3 CAPABILITY-UPDATE . cnf" represents the receipt by a BSS of an RA- 

Jfj CAPAB I L I T Y-UPDATE -ACK PDU from an SGSN. This PDU contains the 

'fjr current Radio Access capabilities of an MS. The service 

jjTl primitive *NM-STATUS . ind" represents the receipt by a BSS of a 

10 STATUS PDU from an SGSN. This PDU indicates that an exception 

O 

Mi condition occurred within an SGSN. The service primitive *NM- 

O FLOW-CONTROL-BVC.cnf" represents confirmation that a FLOW- 

CONTROL PDU has been received by an SGSN for a given BVC. The 
service primitive * NM- FLOW-CONTROL-MS . cnf" represents a 
15 confirmation that a FLOW-CONTROL PDU has been received by an 
SGSN for a given MS. 

Again with respect to the Interface (i) 502 shown, but now 
with flow in the direction from the RBS 4 02 to the GW 404, the 
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following service primitives can be supported. The service 
primitive * RL-UL-UNITDATA. req" represents a request to send a 
UL-UNITDATA PDU from a BSS to an SGSN. This PDU contains an 
LLC-PDU and radio air interface-derived information. The 
5 service primitive * GMM-RA-CAPABILITY-UPDATE . req" represents a 
5; request to send an RA-CAPABILITY-UPDATE PDU from a BSS to an 

2* SGSN, in order to receive the current Radio Access capabilities 

jjj of an MS. The service primitive *GM-RADIO-STATUS . req" 

G 

nj represents a request to send a RADIO-STATUS PDU from a BSS to an 

s 

M> 10 SGSN to report that an exception condition occurred in the 

M' operation of the radio air interface for an MS. 

S The service primitive * NM-FLOW-CONTROL-BVC . req" represents 

a request to send a FLOW-CONTROL PDU from a BSS to an SGSN. 
This PDU indicates the ability of a BVC to accept a certain flow 
15 of data. The service primitive * NM- FLOW-CONTROL-MS . req" 
represents a request to send a FLOW-CONTROL PDU from a BSS to an 
SGSN. This PDU indicates the ability to accept a certain flow 
of data for a given MS. The service primitive *NM-STATUS . req" 
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represents a request to send a STATUS PDU from a BSS to an SGSN 
to report that an exception condition occurred within the BSS. 

For this exemplary embodiment, the Interface (ii) is 
implemented to realize BSSGP non-point-to-point signalling 
5 messaging. With respect to the Interface (ii) 504 shown, in the 

y direction from the GW 404 to the RNS 406, the following service 

Ci 

^ primitives can be supported. The service primitive ^GM- 
PAGING, ind" represents the receipt by a BSS of a PAGING PS PDU 

a 

m or a PAGING CS PDU from an SGSN. This PDU contains instructions 

M> 10 to page an MS within a given group of cells. The service 

o 

M> primitive *GM-SUSPEND.cnf" represents the receipt by a BSS of a 

Q SUSPEND-ACK PDU from an SGSN. This PDU confirms that an SGSN 

has marked an MS's GPRS service as suspended. The service 
primitive * GMM-RESUME . cnf " represents the receipt by a BSS of a 
15 RESUME -ACK PDU from an SGSN. This PDU confirms that an SGSN has 
marked an MS's GPRS service as resumed. The service primitive 
*NM-FLUSH-LL . ind" represents that upon receipt by a BSS of- a 
FLUSH-LL PDU from an SGSN, the BSS will either delete queued 
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LLC-PDUs for a TLLI, or move the queued LLC-PDUs from an old BVC 
to a new BVC. The service primitive *RL-PTM-UNITDATA. ind" 
represents the receipt by a BSS of an RL-UNITDATA PDU from an 
SGSN. The service primitive W NM-STATUS . ind" represents the 
5 receipt by a BSS of a STATUS PDU from an SGSN. This PDU 
indicates that an exception condition occurred within an SGSN. 
The service primitive ^NM-BVC-BLOCK. cnf" represents the receipt 
by a BSS of a BVC-BLOCK-ACK PDU from an SGSN. This PDU confirms 
that an SGSN has marked a BVC as blocked. The service primitive 

10 * NM- BVC -UNBLOCK, cnf" represents the receipt by a BSS of a BVC- 
UNBLOCK-ACK PDU from an SGSN. This PDU confirms that an SGSN 
has marked a BVC as unblocked. The service primitive *NM-BVC- 
RESET.ind" represents the receipt at a BSS of a BVC -RE SET PDU 
from an SGSN. This PDU indicates that GPRS BVC contexts have 

15 been reset at the SGSN. The service primitive *NM-BVC- 
RESET . cnf" represents the receipt at a BSS of a BVC-RESET-ACK 
PDU. This PDU confirms that a GPRS BVC context has been reset 
at the SGSN. The service primitive * NM- TRACE . ind" represents 
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the receipt at a BSS of an SGSN-INVOKE-TRACE PDU from an SGSN. 
This PDU indicates the need to produce a trace record for an MS. 

Again with respect to the Interface (ii) 504 shown, but now 
with flow in the direction from the RNS 406 to the GW 404, the 
5 following service primitives can be supported. The service 
^ primitive 'NM-BVC-BLOCK. req" represents a request to send a BVC- 

i| BLOCK PDU from a BSS to an SGSN to mark a BVC as blocked. The 

Sri 

sfj service primitive 'NM-BVC-UNBLOCK. req" represents a request to 

O 

nj send a BVC-UNBLOCK PDU from a BSS to an SGSN to mark a BVC as 

M» 10 unblocked. The service primitive *NM-BVC~RESET . req" represents 

M a request to send a BVC-RESET PDU from a BSS to an SGSN to reset 

O an SGSN's GPRS BVC contexts. The service primitive *NM-BVC- 

RESET, res" represents the sending of a BVC-RESET-ACK PDU from a 
BSS to an SGSN. This PDU indicates that a GPRS BVC context has 
15 been reset in the BSS. 

The signalling interfaces shown in FIGURE 6 are needed for 
PCU configuration and administration in addition to radio 
resource handling for packet data transfer. For example, 
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interface (iii) 506 realizes the PCU impacts on the G21 
interface, and in particular, the PCU impacts on G21 (b) and 
G21(c). As such, G21(b) realizes cell-related configuration 
data, and G21(c) realizes radio signalling functionality. 

For this exemplary embodiment, the Interface (iii) is 
implemented to realize the configuration and management 
functionality for packet switching in the RBS 402, and also to 
realize the packet switching traffic signalling messaging. With 
respect to the Interface (iii) 506 shown in FIGURE 5, with flow 
in the direction from the RNS 406 to the RBS 402, exemplary PCU 
impacts on G21 (b) are as follows. The signalling message * SET- 
CELL- STATUS" contains the relevant data to activate or 
deactivate GPRS support in a cell. The signalling message * SET- 
GPRS-DATA" contains the GPRS cell data which is to be updated 
for the specified GPRS activated cell. The signalling message 
*BSSGP-STATUS-UPDATE" contains the blocking status to which the 
specified BSSGP entity for the associated GPRS activated cell 
should be set. The signalling message "BSSGP-STATUS-UPDATE-ACK" 
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acknowledges receipt of the BSSGP-STATUS-UPDATE message. The 
signalling message * GET-GPRS-DATA" requests specified GPRS data. 

With respect to the Interface (iii) 506 shown in FIGURE 6, 
with flow in the direction from the RBS 402 to the RNS 406, 
5 exemplary PCU impacts on G21 (b) are as follows. The signalling 
message * SET-CELL-STATUS-RESULT" indicates whether or not the 
requested cell status update is being implemented. The 
signalling message * GPRS-AVAILABILITY-UPDATE" indicates whether 
or not the specified cell supports GPRS service. The signalling 

10 message * SET-GPRS-DATA-RESULT" indicates whether or not the 
requested GPRS cell data update is being implemented. The 
signalling message * BSSGP-STATUS-UPDATE" contains the present 
blocking status of the specified BSSGP entity for the associated 
GPRS activated cell. The signalling message *BSSGP-STATUS- 

15 UPDATE-ACK" acknowledges receipt of the BSSGP-STATUS-UPDATE 
message. The signalling message m GET -GPRS -DATA- RESULT" returns 
the outcome of the specified GPRS data request. 
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Again with respect to the Interface (iii) 506 shown in 
FIGURE 6, with flow in the direction from the RNS 406 to the RBS 
402, exemplary PCU impacts on G21(c) are as follows. The 
signalling message *MS-GPRS-SERVICE-CNF" confirms the specified 
5 MS's current GPRS service status (e.g., suspended or resumed) . 
Q The signalling message * PDCH-ALLOCAT ION-RESULT" contains the 

outcome of the PDCH allocation request. The signalling message 
Jt| *REQUEST-PDCH-PREEMPTION" requests that an On-Demand PDCH in the 

Si specified cell be released. The signalling message 'CANCEL- 

j*& 10 PDCH- PREEMPT I ON" requests that the specified PDCH preemption 

M attempt be cancelled. The signalling message * FLUSH-IND" 

Q requests that the queued LLC-PDUs for a TLLI either be deleted 

o 

or moved from the old BVC to a specified new BVC . The 
signalling message * PAGE-MS" contains the required data to page 
15 a mobile in a single cell or specified group of cells. 
Preferably, for this message, a specified group of cells will be 
targeted for paging if a Paging Agent (e.g., 416) is located in 
the RBS. The signalling message m PDCH- ACT I VAT ION-RESULT" 
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contains the outcome of the PDCH activation request. Note that 
the functionality contained in this message can be implemented 
internally in the RBS 402, If this is the case, then the 
Channel Description Data and Mobile Allocation Data can be 
5 retrieved by another message. The signalling message ^REQUEST- 
y PDCH" requests PDCH resources for packet transfers. Note that 

^; the functionality contained in this message can be implemented 

J>J internally in the RBS 402. The signalling message *IMM-ASSIGN- 

jfTi SENT" acknowledges the sending of an Immediate Assignment 

y : 10 Command to the MS that requested the PDCH. Note that the 

M functionality contained in this message can be implemented 

Q internally in the RBS 402. The signalling message *REQUEST- 

P DCH - RE LEAS E" requests that the specified PDCH be released. 
Note that the functionality contained in this message can also 
15 be implemented internally in the RBS. 

For this exemplary embodiment, the following messages can 
be routed from the RNS 406 to the GW 404, and from the GW 404 to 
an SGSN via G21 (c) . The service primitive * GMM-SUSPEND . req" 
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represents a request to send a SUSPEND PDU from a BSS to an SGSN 
to mark an MS's GPRS service as suspended. The service 
primitive *GMM-RESUME.req" represents a request to send a RESUME 
PDU from a BSS to an SGSN to mark an MS's GPRS service as 
5 resumed. The service primitive * NM- FLUSH- LL. res" represents the 
sending of a FLUSH-LL-ACK PDU from a BSS to an SGSN to report if 
queued LLC-PDU(s) for an MS were deleted or transferred from the 
old to the new cell within the NSE . The service primitive *NM- 
LLC-DISCARDED.req" represents a request to send an LLC-DISCARDED 

10 PDU from a BSS to an SGSN. This PDU indicates that LLC frames 
pertaining to an MS have been locally discarded. 

With respect to the Interface (iii) 506 shown in FIGURE 6, 
with flow in the direction from the RBS 402 to the RNS 406, 
exemplary PCU impacts on G21 (c) are as follows. The signalling 

15 message *MPDCH- STATUS -UPDATE" indicates whether or not the 
specified GPRS activated cell has a configured Master PDCH. The 
signalling message * PDCH-PREEMPTION-RESULT" contains the outcome 
of the PDCH preemption request. The signalling message 
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* ALLOCATE -PDCH" requests the allocation of channel resources for 
packet data transfer. Depending on the system type parameter 
(e.g., GPRS only or combined) contained in the Set Cell Status 
message, all channel resources in a cell can be allocated as 
5 fixed PDCHs. The signalling message 'ACTIVATE- PDCH" requests 
activation of the specified PDCH. Note that the functionality 
contained in this message can be implemented internally in the 
RBS 402. The signaling message * IMM-ASSIGN-CMD" initiates the 
sending of an Immediate Assignment Command to the MS that 



10 requested the PDCH. Note that the functionality contained in 
this message can be implemented internally in the RBS 402. The 
signalling message *RELEASE-PDCH" initiates an RF Channel 
Release. Note that the functionality contained in this message 
can be implemented internally in the RBS 402. 

15 For this exemplary embodiment, the Interface (iv) 508 shown 

in FIGURE 6 describes the preferred functionality between the 
RNS and GW nodes for realizing Network Service configuration and 
management. The Interface (iv) also realizes the Message 



Dallas2 722809 v 1, 34648.00438USPT 



43 




Patent Application 
Docket #34648-00438USPT 
P13438US1 



Distributor configuration and management functionality. With 
respect to the Interface (iv) 508 shown in FIGURE 6, with flow 
in the direction from the RNS 406 to the GW 404, the message 
*CONFIGURE-NS" requests the configuration of a network service 
5 entity either for Gb over UDP/IP or Gb on FR. The message 
S * ME S SAGE - D I S TRI BUTOR-UPDATE" contains the PayloadPort/IP Address 

^ in the associated RBS for a cell specified by its NSEI and BVCI. 

On 

The message *NS-STATUS-UPDATE-ACK" acknowledges receipt of the 
m NS- STATUS -UPDATE message. 

y* 10 With respect to the Interface (iii) 506 shown in FIGURE 6, 

M= but with flow in the direction from the GW 404 to the RNS 406, 

O the message *CONFIGURE-NS-ACK" acknowledges the NS configuration 

request . The message 'MESSAGE-DISTRIBUTOR-UPDATE-ACK" 

acknowledges the Message Distributor Update request. The 
15 message *NS-STATUS-UPDATE" contains the current status of the 
network service layer. This message contains the Port/IP 
address on the downlink side of the GW node specified network 
service entity. 
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Although a preferred embodiment of the method and apparatus 
of the present invention has been illustrated in the 
accompanying Drawings and described in the foregoing Detailed 
Description, it will be understood that the invention is not 
5 limited to the embodiment disclosed, but is capable of numerous 
y rearrangements, modifications and substitutions without 

rJ departing from the spirit of the invention as set forth and 

T r i defined by the following claims, 

O 
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